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@) PROCEDE ET OUTIL DMNTERFACE GRAPHIQUE POUR REPRESENTER UN PROCESSUS DYNAMIQUE, 



Precede d'interface graphique pour represenler un 
processus dynamique, comprenant un m^ntsme dit de 
workflow (Wo, Wt, Wu, Wp) utilise pour d6finlr et de connaT- 
tre parmi une pluralite d'etats r^tat dans lequel se trouve le- 
dit processus dynamique et gerer des transitions entre ces 
etats. 

La gestion du mecanisme de workflow est realises par 
un objet graphique de type graphe mettant en oeuvre des 
sommets et des arcs nommes respectivement Etats (SO, 
SI, S2, S3. S4) et Actions (A01, A02; A12, A14; A22, A23; 
A33. A34) dans ce mecanisme de workflow. 
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" Precede et outil d* interface graphique pour repr6senter 

un processus dynamique " 

DESCRIPTION 

5 La pr^sente invention concerne un procede 

d' interface graphique pour repr^senter un processus 
dynamique. Elle vise egalement un outil d« interface 
graphique mettant en cEUvre ce precede. 

Cette invention s'inscrit dans le cadre des 
10 representations graphiques de processus dynamique, qui 
sont du type "workflow" couramment utilise en 
inf ormatique . 

On entend par workflow un mecanisme qui permet de 
definir et de connaitre I'etat parmi plusieurs etats dans 

15 lequel se trouve I'entite ou le concept objet du 
workflow. Il ^ gere essentiellement des etats et des 
transitions entre ces etats. Tout workflow possede au 
moins un etat initial et un etat final auquel on accede 
par au moins une action. Ce concept de workflow peut 

20 s'appliquer k de nombreux domaines dans lesquels il est 
ngcessaire de connaitre I'etat d'une entite S un instant 
donnS. 

Actuellement , la mise en cEuvre d'un procede de 

gestion de workflow en environnement graphicjue type 
® 

25 Windows ou X-windows est assurge a I'aide d' enchainements 
d'objets graphiques type fenetres modales ou modeless, 
onglets, listes etc. 

Or la pratique des precedes actuels de 
representation graphique a base de workflow met nettement 

30 en lumidre les difficultes rencontrees par les 
utilisateurs meme pour des processus dynamiques peu 
complexes, notamment en matiere d'ergonomie visuelle. 

Le but de la presente invention est de rem^dier a 
ces inconvgnients en proposant un procede d' interface 

35 graphique de representation d'un processus dynamique, 
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offrant une meilleure ergonomie que les modes actuels 
d' interface graphique par fenetre. 

Get objectif est atteint avec un precede d' interface 
graphique pour representer un processus dynamique, 
5 comprenant un m^canisme dit de workflow utilise pour 
definir et de connaitre parmi une pluralite d'etats 
I'^tat dans lequel se trouve ledit processus dynamique et 
gerer des transitions entre ces etats. 

Suivant 1' invention, la gestion du mecanisme de 
10 workflow est realisSe par un objet graphique de type 
graphe mettant en oeuvre des sommets et des arcs nommes 
respect ivement Etats et Actions dans ledit mecanisme de 
workflow. 

Ainsi, on realise une interface homme machine basee 

15 sur la theorie des graphes et dont la fonction est la 
gestion d'un workflow. 

La particularite du systeme de representation 
graphique selon 1 * invention reside dans le fait que 
I'essentiel des mecanismes necessaires a la gestion du 

20 workflow est realist par un objet graphique de type 
graphe qui const itue le coeur du systeme IHM. De plus, cet 
objet particulierement adapte k cette fonction off re des 
possibilites nouvelles, particulidrement difficile & 
mettre en oeuvre tant sur le plan technique que sur le 

25 plan fonctionnel avec les autres systemes pr^cites. 

Le proc§d6 selon 1' invention comprend 
avantageusement une definition d'une representation 
graphique initiale du mecanisme de workflow au moyen de 
1' objet graphe, incluant une definition des etats 

30 possibles du mecanisme de workflow et une definition des 
actions const ituant les chemins possibles entre ces 
etats. 

La definition d'une representation graphique 
initiale inclut par exemple une personnalisation des 
35 actions, notamment une definition de droits 
d* utilisateur, de destinataire ou de delai . 
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Le precede selon 1* invention peut en outre 
comprendre une g^n^ration, a partir d'une representation 
graphique initiale du mecanisme de workflow, d'une 
representation graphique de ce qui est vu par 
5 1 'utilisateur du processus dynamique. 

la representation graphique "utilisateur" est 
avantageusement con<;ue pour montrer de fagon diff^rente 
les chemins autoris^s et les chemins non autoris6s pour 
1' utilisateur du processus dynamique. 
10 II est par ailleurs avantagevix de pr^voir une 

definition de proprietes pour chaque action du mecanisme 
de workflow, et une creation de modeles ou "templates" 
constituant des ensemble de valeurs predefinies de ces 
proprietes. 

15 Par ailleurs, le precede selon 1' invention peut 

comprendre une representation graphique du mecanisme de 
workflow pour visualiser I'etat d'avancement d'un projet 
donne . 

En particulier, la representation graphique du 
20 mecanisme de workflow peut comprendre au moins un sommet 
possedant des caracteristiques visuelles dynamiques 
indicatives de I'avancement d'un etat donne du mecanisme 
de workflow. 

On peut aussi prevoir que la representation 
25 graphique du mecanisme de workflow comprenne au moins un 
arc comportant des caracteristiques visuelles dynamiques 
indicatives de 1 'activation d'une action entre deux etats 
du mecanisme de workflow. 

Lorsque le precede selon 1' invention est mis en 
30 ceuvre pour un suivi d* anomalies logicielles, il comprend 
alors une gestion des anomalies en les deplagant d'un 
etat a un autre tout le long du mecanisme de workflow et 
en affectant si necessaire des proprietes specifiques h 
chaque etat. 

35 Suivant un autre aspect de 1' invention, il est 

propose un outil d' interface graphique pour representer 
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un processus dynamique, mettant en oeuvre le proc^de selon 
1 ' invention. 

D^autres particularites et avantages de 1' invention 
apparaitront encore dans la description ci-apres. Aux 
5 dessins annexes donnas a titre d'exemples non limitatifs: 

- la figure 1 illustre un premier exemple de page- 
§cran obtenue avec le precede selon 1' invention, 
repr6sentant un "workflow" original; 

- la figure 2 illustre un second exemple de page- 
10 €cxan obtenue avec le precede selon 1' invention, 

repr^sentant un "workflow" utilisant des modules 
graphiques (templates) ; 

- la figure 3 illustre un troisieme exemple de page- 
ecran obtenue avec le precede selon 1* invention, 

15 representant un "workflow" d*utilisateur; et 

- la figure 4 illustre un quatrieme exemple de page- 
ecran obtenue avec le precede selon 1* invention, 
representant un "workflow" d*un projet. 

On va maintenant decrire, en reference aux figures 
20 precitees, plusieurs examples caract^ristiques de 
representations graphiques de workflow obtenues avec le 
precede selon 1' invention, dans le cadre d'une 
application de suivi d' anomalies logicielles. 

II est a noter que les actions et etats qui sont 
25 communs aux representations graphiques des diffgrentes 
figures sont rep^r^s dans la suite par des indications de 
reference communes. 

Dans un premier temps, on s* attache k la description 
des mecanismes mis en oeuvre par I'objet graphe. 
30 Un objet graphe met en oeuvre : 

- des sommets nomm^s etats dans le mecanisme de 
workflow 

- des arcs nomm^s actions dans le mecanisme de 
workflow, 

35 Les differents sommets [etats] d'une representation 

d'un m^cani sme de workflow sont relies par des arcs 
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[actions] • II existe aussi des arcs [actions] associ^s a 
un seul sommet [action] et constituant ainsi des boucles. 

Les Stapes essentielles de mise en oeuvre du precede 
selon 1' invention sont decrites ci-dessous. 
5 Un administrateur definit, en reference a la figure 

1, une representation graphique initiale du mScanisme de 
workflow a I'aide de I'objet graphe: 

Definition des sommets (etats) possibles du 
workflow, 

10 - Definition des arcs (actions) constituant les 

cheniins possibles entre les etats, 

- Personnalisation des actions (droits utilisateur, 
destinataire, delai ....) 

L' utilisateur gere les anomalies en les deplagant 
15 d'un etat S un autre tout le long du workflow et en 
affectant si nScessaire les proprietes specifiques 
chaque Stat . 

Dans I'exemple pratique d'un workflow original Wo 
illustre par la figure 1, la representation graphique 

20 comprend dans sa partie superieure un etat initial SO a 
partir duquel soit une action "ouvrir" A02 conduit a un 
etat "ouvrir" S2 , soit une action "entrer" AOl conduit a 
un etat "nouveau" SI. De cet etat SI, soit une action 
"ouvrir" A12 conduit ^ I'etat "ouvrir" S2, soit une 

25 action "fermer" A14 conduit a un etat "fermer" S4 . 

A partir de I'Stat "ouvrir" S2, soit une action 
"reassigner" A22 est entreprise, soit une action 
"reparer" A23 conduit ^ un Stat "validation en cours" S3. 
De cet etat "validation", on peut effectuer soit une 

30 action "reassigner" A33, soit une action "valider" A34 
conduisant a I'etat "fermer" 84. 

Ce workflow original peut devenir directement un 
workflow utilisateur (figure 3) ou un workflow modele 
(figure 2) qui peut etre reutilise pour definir un 

35 workflow original . 
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Ainsi, il est possible de dSfinir un ensemble de 
proprietes pour chaque action du mecanisme de workflow. 
Afin de faciliter la saisie de ces proprietes, 
1 ' administrateur peut cr^er des modeles ou templates, en 
5 reference a la figure 2. Un template constitue un 
ensemble de valeurs pr^definies de ces proprietes. 

A titre d'exemple non limitatif illustr6 en figure 
2, la representation graphique Wt d'un' mecanisme de 
workflow utilisant des modeles derivee de la 
10 representation graphique Wo du mecanisme de workflow 
original differe de celle-ci par un etat "ouvrir" S2 ' 
contenant trois modeles ou templates Tl , T2, T3 , en 
substitution de l^etat "ouvrir" initial S2 . 

Un mecanisme de workflow utilisateur represente ce 
15 qui est vii par 1' utilisateur, en reference a la figure 3. 
II presente par rapport au "workflow original" la 
particularity de montrer de fagon differente les chemins 
autorises et les chemins non autorises pour 1 ' utilisateur 
donne. Celui-ci peut identifier de fac;on explicite les 
20 operations qu'il peut effectuer sur ce workflow. 

Ainsi, dans la representation graphique 

d ' utilisateur Wu donnee en figure 3 et derivee de la 
representation graphique originale de la figure 1, les 
actions "entrer" AOl, "ouvrir" A12, "reassigner" A22, 
25 A33, et "reparer" A23 sont autorisees tandis que les 
actions "ouvrir" A02 • reliant I'etat "initial" SO a 
I'etat "ouvrir" 82, "fermer" A14 • reliant I'etat 
"nouveau" SI ^ I'etat "fermer" S4 et "valider" A34 ' 
reliant I'etat "validation en cours" S3 ^ I'etat "fermer" 
30 S4 ne sont pas autorisees. 

Un workflow "projet" est une representation generale 
du workflow pour un projet donne, en reference 1^ la 
figure 4. II est utilise essentiellement pour visualiser 
I'etat d'avancement du projet. II peut etre decline en 
35 autant d' instances cjue necessaire pour le suivi correct 
du projet. 
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Ainsi, dans la representation graphique Wp d*un 
m^canisme de workflow correspondant a un pro jet en cours, 
des representations graphiques dynamiques sont pr^vues 
pour ceux des etats du mScanisme de workflow qui sont en 
5 cours d' execution. A titre d'exemple non limitatif, 
I'etat "initial" SOp est repr^sente avec un taux 
d'execution de 10%, I'etat "ouvrir" S2p est repr^sente 
avec un taux d'execution de 30%, I'etat "validation en 
cours" S3p est represents avec un taux d'execution de 53% 

10 et I'etat "fermer" S4p est represents avec un taux 
d' execution de 7%, 

Le procede de representation graphicpae selon 
1' invention est prSvu pour etre implemente sous la forme 
d'un outil logiciel d' interf ace-utilisateur ayant 

15 vocation ^ constituer une alternative credible aux 
.interfaces graphiques actuelles a base de fenetre. 

Bien sur, 1* invention n*est pas limitee aux exemples 
qui viennent d'etre decrits et de nombreux amenagements 
peuvent etre apportes a ces exemples sans sortir du cadre 

20 de 1' invention. 

En particulier, les dimensions et agencements des 
representations graphiques des mecanismes de workflow ne 
sont bien s<ir pas limitees aux exemples decrits . Par 
ailleurs, on peut utiliser une variete d'effets visuals 

25 pour illustrer le caractere dynamique de certaines 
actions representees par le mecanisme de workflow. Par 
exemple, des modifications de couleur, d'intensite, de 
dimensions des cadres reprSsentant les etats peuvent etre 
mises en oeuvre. De meme, les chemins illustrant les 

30 actions peuvent faire I'objet d'un traitement graphique 
specif ique, notamment pour faciliter le reperage d'une 
action en cours ou illustrer le taux de f requentation 
d'un chemin particulier. 
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REVENDICATIONS 

1. Precede d' interface graphique pour reprSsenter un 
processus dynamique, comprenant un mecanisme dit de 

5 workflow (Wo, Wt, Wu, Wp) utilise pour definir et de 
connaltre parmi une pluralite d'etats l*etat dans lequel 
se trouve ledit processus dynamique et gerer des 
transitions entre ces etats, caracterise en ce que la 
gestion du mecanisme de workflow est realisee par un 

10 objet graphique de type graphe mettant en oeuvre des 
sommets et des arcs nommes respectivement Etats (SO, SI, 
S2, S3, S4) et Actions (AOl, A02; A12, A14; A22, A23; 
ABB, A34) dans ledit mecanisme de workflow. 

15 2. Proced^ selon la revendication 1, caracteris^ en 

ce qu'il comprend una definition d'une representation 
graphique initiale (Wo) du mecanisme de workflow au moyen 
de I'objet graphe, incluant une definition des etats 
possibles du mecanisme de workflow et une definition des 

20 actions constituant les chemins possibles entre ces 
etats . 

3. Precede selon la revendication 2, caracterise en 
ce que la definition d'une representation graphique 

25 initiale (Wo) inclut une personnalisation des actions, 
notamment une definition de droits d'utilisateur, de 
destinataire ou de delai. 

4. Procede selon I'une des revendications 2 ou 3, 
30 caracterise en ce qu'il comprend en outre une generation, 

a partir d'une representation graphique initiale (Wo) du 
mecanisme de workflow, d'une representation graphique 
(Wu) de ce qui est vu par 1 'utilisateur du processus 
dynamique . 



35 
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5. Proced6 selon la revendication 4, caract6ris6 en 
ce que la representation graphique "utilisateur" (Wu) est 
congue pour montrer de fa<?on differente les chemins 
autorises (AOl/ A12, A22, A23, A33) et les chemins non 

5 autorises (A02 • , A14 ' , A34 ' ) pour 1 ' utilisateur du 
processus dynamique. 

6. Procide selon I'une quelconque des revendications 
2 li 5, caract6ris6 en ce qu*il comprend en outre une 

10 definition de propri^tes pour chaque action du m^canisme 
de workflow, et une creation, au sein d'une 
representation graphique (Wt) , de modeles ou "templates" 
(Tl, T2, T3) const ituant des ensemble de valeurs 
prSdefinies de ces proprietes. 

15 

7- Precede selon I'une quelconque des revendications 
2 a 6, caractSrise en ce qu'il comprend en outre une 
representation graphique (Wp) du mecanisme de workflow 
pour visualiser I'etat d'avancement d'un projet donne. 

20 

8. Procede selon I'une quelconque des revendications 
pr^cedentes, caracteris^ en ce que la representation 
graphique du mecanisme de workflow comprend au moins un 
sommet poss^dant des caracteristiques visuelles 

25 dynamiques indicatives de I'avancement d'un etat donne 
dudit mecanisme de workflow. 

9. Precede selon I'une quelconque des revendications 
precedentes, caracterise en ce que la representation 

30 graphique du mecanisme de workflow comprend au moins un 
arc coraportant des caracteristiques visuelles dynamiques 
indicatives de 1 'activation d'une action entre deux 
etats. 

35 10. Procede selon I'une quelconque des 

revendications precedentes, mis en oeuvre pour un suivi 
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d* anomalies logicielles, caracterisg en ce qu'il comprend 
une gestion des anomalies en les deplagant d'un §tat a un 
autre tout le long du m§canisme de workflow et en 
affectant si nScessaire des propri^tes sp§cifiques a 
chaque 6tat. 

11. Outil d' interface graphique pour representer un 
processus dynamique, tnettant en oeuvre le proc^de selon 
l*une quelconque des revendications prec^dentes. 
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